System and method for simulating the behaviour of a network for mobile radio apparatus

ABSTRACT

The present invention is related to a system for simulating the behaviour of a telecommunications network for mobile radio apparatuses and to the relating method. The system comprises an integrated simulation environment ( 30 ) having a modular structure based on interchangeable objects, that comprise a simulation engine ( 31 ) and a plurality of devices ( 34 ) representative of apparatuses as well as physical elements of the network. By virtue of its structure based on objects which are interchangeable and capable of being selectively activated, the system allows the simulation of networks for high complexity mobile radio apparatuses in terms of quantity of apparatuses and type of systems or networks. The system is easily expansible as a function of both the variation of the system or network types and the technological implementations available on the market.

TECHNICAL FIELD

[0001] The present invention is related to a system for simulating the behaviour of a telecommunications network for mobile radio apparatuses or cellular telephones and to the relating method of simulating the behaviour of this type of networks.

[0002] In particular the present invention is related to a system in which it is possible by means of a computer to check beforehand the behaviour of the network with respect to the different scenarios defined from time to time and without the need of performing field trials.

BACKGROUND ART

[0003] As is well known, with the evolution of telecommunications, networks for cellular phones become more and more complex, and consequently it becomes more difficult to verify the behaviour of such networks, taking into account the various possible scenarios, represented for instance by the number and type of apparatuses being used, typology of available services and time distribution of such services.

[0004] It is also known that with the evolution of telecommunications various types of systems for cellular telephones are available on the market, such as the GSM (Global System for Mobile Communications), GPRS (General Packet Radio Service) system and the UMTS (Universal Mobile Telecommunications System), and different technological implementations, such as those represented by apparatuses of different manufacturers, and that, therefore, the choice among various alternatives of scenarios which as such is already difficult for a same type of network, becomes even more complex if it is to be made taking into account different systems and different technological solutions.

[0005] The evaluation of complex scenarios and the choice among alternatives of different systems and technologies have always been faced by the present art in a partial way, that is through simulation environments (simulators) either lacking of modularity or applicable to contexts of limited complexity only or applicable to only a typology of system or technology.

[0006] For instance, general purpose simulators are known which, even if theoretically capable of simulating different networks, have on the other hand the strong limitation of not being able to simulate networks characterised by a high complexity in terms of quantity of apparatuses, because, due to their architectural structure, they cannot be practically used in such contexts. As a matter of fact, owing to the definition modalities of the network scenario to be simulated, usually performed through uncompiled files (i.e. files that have to be interpreted by the system), general-purpose simulators require exponentially increasing simulation times as a function of the network complexity in terms of number of apparatuses.

[0007] There are known as well simulators of “custom” type, developed for instance by research establishments, which are capable of simulating complex networks in terms of number of apparatuses, however structured with specifically optimised architectures for the simulation of problems or specific systems or specific technologies of a particular manufacturer, and therefore they cannot be used for the simulation of different networks of different technology.

[0008] In essence, the instruments known so far are inadequate to meet the twofold requirement of simulating complex networks in terms of quantity of apparatuses and network type, and of comparing, through simulation, the behaviour of such networks within the different technological contexts as a function of the services being offered.

[0009] As a matter of fact, the instruments available so far meet, to a limited extent only, one of the two requirements above, thus making only partially possible the use of the same simulators and requiring from time to time to resort to field measurements for result accuracy check or to use a plurality of simulators

[0010] for the analysis of the various operation characteristics of the networks as the possible situations vary.

DISCLOSURE OF THE INVENTION

[0011] The technical problem the present invention aims to face and solve, is that of implementing a unique simulator for cellular telephone networks which by virtue of an appropriate type of architecture and of an innovative approach in the management of the different possible scenarios, allows simulating and comparing various networks characterised by a different complexity and a different technology with extremely short processing times.

[0012] Such a technical problem is solved by the system and by the method having the characteristics specifically described in the appended claims.

[0013] In particular, according to a characteristic of the present invention, the system has a modular structure based on interchangeable objects and capable of simulating high complexity networks in terms of quantity of apparatuses.

[0014] Furthermore, the system may be used for simulating different protocol layers and is easily expandable as a function of the types of cellular telephone systems and of the technological implementations available on the market. Moreover, the system allows the simulation of networks where different cellular telephone systems are operating, such as GSM, GPRS and/or UMTS, and/or different technological implementations, and an easy comparison of their performance.

BRIEF DESCRIPTION OF DRAWINGS

[0015] This and other characteristics of the present invention will become evident from the following description of a preferred embodiment, given by way of a non-limiting example through the attached drawings, wherein:

[0016]FIG. 1 depicts a processing system for simulating the behaviour of a network for mobile radio apparatuses according to the invention;

[0017]FIG. 2 shows the architecture of the simulation environment according to the invention;

[0018]FIGS. 3 and 4 show, according to a symbology of UML Unified Modelling Language) type, classes of devices incorporated in the architecture of FIG. 2; and

[0019]FIG. 5 depicts a flow chart of the method according to the invention.

[0020] Best mode for Carrying Out the Invention

[0021] With reference to FIG. 1, a processing system for simulating the behaviour of a network of mobile radio telecommunications apparatuses comprises for instance a Work Station 10, of a known type, having a processing sub-system (basic module) 11, a display 12, a keyboard 15, a mouse 16 and a device 19 for the connection to the local network. Work Station 10, for example the J5000 model by Hewlett-Packard equipped with a 450 MHz CPU, a 1 GByte-RAM, a 18 Gbyte-Disk Unit (HD) and operating system of UNIX type, is capable of processing sets of programs or modules and of displaying the results on the display 12, as will be described later in detail with reference to the method according to the present invention.

[0022] The system according to this invention further comprises a disk-subsystem, 20, of a known type, linked through a net connection 19 to Work Station 10 and capable of containing, adequately stored, computer modules that are implemented for performing the method according to the present invention, and reference data banks, as will be described in detail in the sequel. Obviously, data banks and modules may also be stored, if of a limited size, into the HD of Work Station 10, without changing the characteristics of the invention.

[0023] In the herein described configuration, the system is such as to allow the simulation of a mobile radio network through configuration parameters 35 (FIGS. 1 and 2), which are capable of defining a particular scenario to be simulated, and a simulation environment (simulator) 30, that can process and generate its output data representative of the results of the performed simulation (output data) 37, as will be later described in detail.

[0024] The simulator 30, developed for instance in the programming language C++ and through a design platform UML (Unified Modelling Language), of a known type, incorporates, according to an approach by objects, a simulator engine 31, formed by classes and modules that allow managing and organising the simulation, and a plurality of package devices, 34, formed by classes and modules, relating to both individual physical devices of the telecommunications network to be simulated, such as, for instance, mobile terminals or radio base-stations, and physical elements of the network, such as, for instance, radio-link paths.

[0025] According to the present example of embodiment, engine 31 is able to control and manage the simulation and comprises a set of processing modules which can be activated from time to time as a function of the specific simulation requirements. Said modules are, for instance, a parameter manager 31 a, an event scheduler 31 b, a memory or factory manager 31 c, and a statistic manager, 31 d, and are all described in a known programming language, such as the C++ language, and according to an approach by objects.

[0026] Parameter manager 31 a is a processing module capable of reading the configuration parameters (input data) 35, gathered for instance in a data file and stored in the internal disk unit of Work Station 10, and of organising in the RAM of the same Work Station, 10, the parameters that have been read.

[0027] Thus, parameter manager 31 a is capable of initialising the simulation, making available to the various devices to be simulated, the parameters read from the input data 35.

[0028] Event scheduler 31 b is a processing module capable of scheduling asynchronous events, typical of a telecommunications network, such as for instance telephone calls, data transfer requests, and so on.

[0029] In particular, such event scheduler 31 b performs the queuing of the events as they are generated by the various devices, and the extraction of the same events, duly sorted according to the defined scheduling (timestamp).

[0030] For instance, for each extracted event, event scheduler 31 a performs the following operations, namely:

[0031] it sets the present time of the simulation on the event timestamp,

[0032] it carries out the event invoking the destination device of the event;

[0033] it provides the extraction of an additional event.

[0034] Event scheduler 31 b acts in the way described above until either a simulation time limit predefined within the scenario is reached or there are no longer events to be extracted. In essence, on the basis of the above description, event scheduler 31 b is capable of simulating by successive steps the time evolution of a telecommunications network for mobile radio apparatuses.

[0035] Factory manager 31 c is a processing module capable of optimising the allocation of objects to be simulated 34, in the RAM of Work Station 10.

[0036] In particular, factory manager 31 c co-operates with event scheduler 31 b so as to hold in the memory for a determined period and for the purpose of a possible re-use, the events already used by event scheduler 31 b.

[0037] Statistic manager 31 d is a processing module capable of gathering and processing statistics in a centralised manner, on the basis of data collected through the various devices 34 during the simulation.

[0038] In particular, statistic manager 31 d is capable of extracting data from the objects configured or allocated in the RAM of Work Station 10, and of storing and/or processing them in order to provide in output the output data 37 corresponding to the simulation result.

[0039] For instance, statistic manager 31 d is capable of processing the data corresponding to the events being simulated and of providing them on its output as output data 37 in the form of information to be visualised on display 12 of Work Station 10 or of a file to be printed.

[0040] Package device 34 (FIGS. 2, 3, and 4) comprises devices representative of physical devices of the network, such as mobile radio stations or MS 41, radio base stations or BTS 51,

[0041] control stations or BSC, SGSNs (Serving GPRS Support Node), GGSNs (Gateway GPRS Support Node) and HOST stations, and objects relating to the scenario to be simulated, such as for instance type of territory, typology and location of buildings, traffic density, and so on, all described in a programming language of a known type, for instance, in C+++ and according to an approach by objects.

[0042] Hereafter there are described and depicted in FIGS. 3 and 4, respectively, and by way of an example, the devices MS 41 and BTS 51, keeping in mind that the additional devices which form the network for mobile radio apparatuses and are not shown, can be generated and simulated in a way similar to what is described in the sequel.

[0043] The generic device MS 41 comprises, according to the present example of embodiment, a module for a mobility management (Mobility module) 40, a class representative of the device “terminal of GSM type” so configured as to emulate the behaviour specific of a cellular telephone (mobile radio terminal or mobile terminal) of GSM type (device GSM_MS) 41 a and a class representative of the device “terminal of GPRS type”, configured to emulate the behaviour specific of a cellular phone of GPRS type (device GPRS_MS) 41 b.

[0044] Mobility module 40 is capable of managing the events relating to the mobility, i.e. is capable of simulating the displacement of the mobile, causing the variation of the positioning coordinates of the same as a function, for instance, of appropriate parameters being part of the input data 35.

[0045] Device GSM_MS, 41 a comprises modules representative of protocol layers managed by such a device. In particular, device GSM_MS 41 a comprises modules representative of the protocol of physical layer (GSM_ms_PHY) 42A, able to simulate the transfer of information, for instance, on a Time Slot (TS) at a time, a module representative of the RR protocol layer (GSM_ms_rr) 43 a and a module representative of the application layer protocol or a voice traffic generator module (GSM_MS_VCG) 49 a, as will be described in detail, making reference to FIG. 3, denoted by the UML symbology of known type.

[0046] The GSM_MS_PHY module 42 a can implement the physical layer functionalities of the GSM mobile terminal according to the specifications of the GSM Standard. For instance, module GSM_MS_PHY 42 a is capable of simulating the transmission of electromagnetic signals from the mobile terminal to the Radio Base Station through events that comprise, for instance:

[0047] transmitted power level,

[0048] transmission frequency used

[0049] time slots used, etc.

[0050] Module GSM_MS_RR 43 a is capable of simulating the funcionalities foreseen by the RR layer of the GSM protocol which corresponds to the management of the radio resource, according to the GSM specification of known type.

[0051] For instance, module GSM_MS_RR, 43 a, is able to exchange information with the lower and higher layers of the GSM protocol, as described in the specification.

[0052] Module GSM_MS_VCG, 49 a, is capable of simulating the calls the mobile terminal has to effect.

[0053] In particular, module GSM_MS_VCG, 49 a, is capable of producing voice calls with a duration depending upon appropriate parameters defined in the input data 35; for example, module GSM_MS_VCG 49 a, is capable of simulating voice calls of a duration which is variable and dependent on an average duration value, defined in the input data 35.

[0054] Device GPRS_MS, 41 b, comprises likewise modules representative of the protocol layers managed by such type of device.

[0055] In particular the above-cited GPRS_MS device 41 b incorporates: a module representative of the physical layer protocol (GPRS_MS_PHY) 42 b, able to operate, for instance, on a maximum of 8 TS at a time; modules representative of the RR protocol layers (GPRS_MS_RR) 43 b, of RLC/MAC layer (GPRS_MS_RLCMAC) 44 b, of LLC layer (GPRS_MS_LLC) 45 b, of SNDCP layer (GPRS_MS_SNDCP) 46 b, of NL layer (GPRS_MS_NL) 47 b, and of application layer APPLICATION (GPRS_MS_APP) 48 b, and data traffic generator (GPRS_MS_PCG) 49 b, respectively, as will be described in detail in the sequel, with reference to FIG. 3, with notations in the UML symbology of known type.

[0056] Module GPRS_MS_PHY module, 42 b, is capable of implementing the physical layer of the protocol of the GPRS mobile terminal. In particular, Module GPRS_MS_PHY 42 b is capable of simulating the following functionalities:

[0057] power level control of the mobile;

[0058] access to common/dedicated radio resources;

[0059] usage of assigned Time Slots (TS);

[0060] interference measurements.

[0061] Module GPRS_MS_RR 43 b is capable of implementing the access to circuit radio resources, assigned to the mobile terminal on the basis of input data 35 or of configuration data.

[0062] Module GPRS_MS_RLCMAC 44 b is capable of implementing the RLC (Radio Link Control) layer and “MAC” (Medium Access Control) layer for simulating the data transmission/reception in the “packet mode” through radio resources.

[0063] In particular, module GPRS_MS_RLCMAC 44 b is capable of simulating all the functionalities covered by the GPRS Standard, such as for instance:

[0064] dynamic seizure of radio channels;

[0065] usage of an individual time slot in multiplexing or sharing with other mobile terminals;

[0066] control of transmission errors through ARQ (Automatic Repeat reQuest) technique;

[0067] release of a radio channel in favour of an incoming voice call;

[0068] simultaneous use of more channels.

[0069] Module GPRS_MS_LLC, 45 b, is capable of implementing the “LLC” (Logical Link Control) layer. In particular, module GPRS_MS_LLC 45 b is capable of simulating the reception of data packets from the higher layer (SNDCP protocol), the segmentation or splitting of the same data packets, and the transfer (delivery) to the lower layer (RLCMAC protocol) or viceversa.

[0070] Module GPRS_MS_SNDCP 46 b, is capable of implementing protocol layer “SNDCP” (Sub-Network Dependent Convergence Protocol).

[0071] In particular, module GPRS_MS_SNDCP 46 b is capable of simulating the segmentation of data packets coming from the higher layer “NL” and the transfer to the lower layer of protocol “LLC”, and viceversa.

[0072] The GPRS_MS_NL module, 47 b is capable of implementing protocol layer “NL” (Network Layer) of the GPRS terminal.

[0073] In particular, GPRS_MS_NL module 47 b is capable of simulating the following functionalities:

[0074] reception of data packets from the “APP” layer;

[0075] segmentation or organisation of data into data packets of smaller sizes (new data packets);

[0076] addition to the new packets of a header containing information on how to reassemble the initial packets;

[0077] transfer of the new data packets to the lower layer “NSDCP”, or

[0078] the inverse functionalities for data packets coming from the lower layer “SNDCP”.

[0079] Module GPRS_MS_APP, 48 b, is capable of implementing the Application layer” of the GPRS terminal.

[0080] Module GPRS_MS_PCG 49 b is capable of implementing the functionality of generation of data packets of different sizes, in terms of number of bit, and of a determined repeatability following the time distribution of generation. In particular, module GPRS_MS_PCG 49 b is capable of simulating in a statistical way, on the basis of input data 35, the data traffic of the GPRS terminal.

[0081] As will be explained in detail, by virtue of the object architecture, device MS 41, as a function of appropriate input data 35, is capable of simulating, according to one of the characteristics of the present invention, the behaviour of cellular phones within networks of GSM type, GPRS type or of a mixed type.

[0082] Obviously, as will become apparent to those skilled in the art, the above described architecture, being modular, can be extended through the introduction of additional types of MS device, such as for instance MS devices of UMTS type, or of other types of devices, and therefore it easily allows the integrated simulation of different types of systems for mobile radio apparatuses.

[0083] The generic device BTS 51, incorporates, according to the present example of embodiment, modules representative of protocol layers managed by such type of device.

[0084] In particular, device BTS 51 comprises modules representative of the physical layer protocols (BTS_PHY) 50, of the RRM layer protocols (BTS_RRM module) 53, of the CCHRR layer protocols (CCH_BTS_RR module) 53 a, of the PCCHRR layer protocols (PCCH_RR module), 53 b, of the RLCMAC layer protocols, GPRS_BTS_RLCMAC module 54 b, and GPRS_BTS_RLCMAC_Manager 55 b, respectively, of the RR layer protocols, module GSM_BTS_RR 54 a, and module GSM_BTS_RR_manager 55 a, respectively, and of the RRM protocol layers (BTS_RRM module) 53, as will be described in detail in the sequel, making reference to FIG. 4 denoted in UML symbology of known type.

[0085] Module BTS_PHY 50, is capable of implementing the protocol layer PHY (PHYsical Layer) of BTS.

[0086] In particular, module BTS_PHY 50 is capable of simulating the following functions:

[0087] power level control of BTS;

[0088] access to common or dedicated channels for services on a circuit basis.

[0089] Module CCH_BTS_RR 53 a, is capable of implementing the CCHRR (Common CHannel Radio Resource) protocol layer of the BTS corresponding to the management of the access to the radio resource of the common channel for circuit switched services.

[0090] Module PCCH_BTS_RR 53 b, is capable of implementing the PCCHRR (Packet Common CHannel Radio Resource) protocol layer of the BTS corresponding to the management of the access to the radio resource of the channels for “packet” services.

[0091] Module GPRS_BTS_RLCMAC 54 b is capable of implementing the RLCMAC (Radio Link Control/Medium Access Control) protocol layer of the BTS.

[0092] In particular, module GPRS_BTS_RLCMAC 54 b is capable of simulating the access to the packet radio resources by a user and the re-transmission of wrong data received. According to a characteristic of the present invention, during the simulation the object module corresponding to module GPRS_BTS_RLCMAC 54 b is allocated into the memory of Work Station 10 (FIG. 1) in a number equal to the GPRS users being active at a given instant of the simulation (FIGS. 1, 2 and 3).

[0093] Module GPRS_BTS_RLCMAC_Manager 55 b is capable of managing the allocation into and the release (de-allocation from the memory) of the various GPRS_BTS_RLCMAC 54 b corresponding to the active GPRS users.

[0094] Module GSM_BTS_RR 54 a is capable of implementing the RR (Radio Resource) protocol layer of the BTS. In particular, module GSM_BTS_RR 54 a is capable of simulating the access to circuit switched radio resources by a user.

[0095] According to a characteristic of the present invention, during the simulation, the object module corresponding to module GSM_BTS_RR 54 a is allocated into the memory of the Work Station in a number equal to the GSM users being active in a cell at a given instant of the simulation (FIGS. 2, 3, and 4).

[0096] Module GSM_BTS_RR_Manager 55 a is capable of managing the allocation into and the release (de-allocation) from the memory of the various GSM_BTS_RR 54 a corresponding to the active GSM users.

[0097] Module BTS_RRM 53, as an additional characteristic of the present invention, is capable of implementing the RRM (Radio Resource Management) protocol layer of the BTS.

[0098] In particular, module BTS_RRM 53 is capable of managing the allocation of the radio resources to the GSM and GPRS users active at a given instant of the simulation.

[0099] According to a first characteristic, module BTS_RRM 35 is such as to allow the simulation of a network in which different systems, like for instance GSM and GPRS, are used.

[0100] According to a second characteristic, module BTS_RRM 53, according to the present example of embodiment, has different implementation forms depending on the technological characteristics of the BTSs.

[0101] As is known, the RRM entity is not completely defined through the GSM and GPRS standards; thus the implementation of modules allowing its simulation must take into account the possible technological alternatives, such as the management algorithms of the radio resources according to the specifications of a given BTS manufacturer.

[0102] By virtue of the architecture according to the present invention, the technological variability may be managed by using in particular specific BTS_RRM modules 53 and without modifying the characteristics of simulator 30.

[0103] Obviously, the specific modules BTS_RRM 53 will give rise to integrated and high performance simulation object modules in terms of simulation times, even if diversified.

[0104] The operation of the system described so far is highlighted hereinafter, making reference to the flow chart of FIG. 5.

[0105] During a first step (scenario definition), a given file of configuration parameters (input data) 35 is loaded on the Work Station 10 (FIGS. 1, 2, 3, 4, and 5), for instance of text type, representative of the so called simulation scenario.

[0106] Input data 35 comprises, for instance: the average number of mobile telephone sets and the number of radio base stations being present during the simulation; references to data banks representative of the territory on which the simulation is to be performed and having corresponding devices which can be configured on the basis of such data banks.

[0107] In a second step (initialisation) 120, the parameter manager processing module, 31 a, after a formal check of input data, 35, carries out the allocation into the memory of Work Station 10 of a number of devices and related object modules forming the devices, on the basis of input data 35.

[0108] In such a step 120, the devices and related components are initialised through parameters and variables as a function of input data 35, such as attenuation parameters, configuration parameters, etc, so that the initial scenario of the simulation is determined.

[0109] Upon the sequential completion of step 110 and 120, during a third step (simulation) 130, simulation engine 31 activates the actual simulation of the network for mobile radio apparatuses.

[0110] For instance the simulation 130 comprises:

[0111] activation of the mobile sets allocated into the memory of the Work Station at a rate statistically defined on the basis of input data 35;

[0112] exchange of information or messages between the allocated mobile sets and the devices, for instance of BTS type, involved in the information exchange with the mobile sets;

[0113] The simulation 130 goes on by successive steps and, although each operation is carried out by the devices in a sequential way in the CPU of Work Station 10, if unique, each simulation step is obviously managed by simulation engine, 31, and analysed, considering the activity of the devices as a contemporary activity, performed in parallel, as is customary with the simulation tools.

[0114] During step 130, against each simulation step, engine 31 activates the event scheduler module 31 b, (event scheduling step, 150) so as to schedule the events of information exchange or messages among the devices and/or the devices and/or their components.

[0115] Step 150 schedules in terms of time the activity of the network of mobile radio apparatuses on the basis of parameters defined in input data 35 as well as collected during the simulation steps.

[0116] Furthermore, during step 130, at each simulation step, engine 31 activates, if necessary, the factory manager module, 31 c, (memory optimisation step 160) so as to optimise the allocation and access times to the RAM of Work Station 10.

[0117] Step 160 takes into account the variations in terms of active devices at each simulation step, and allows for instance keeping allocated, for a defined time, object modules internal to BTS 51, such as the GSK_BTS_RR modules 54 a, with a view to a possible re-use in subsequent steps of step 130.

[0118] Eventually, during step 130, against each simulation step, engine 31 activates the statistic manager module, 31 d (data collection step 180) so as to collect from the various devices involved in the simulation step, data concerning, for instance,

[0119] number of active users;

[0120] resources assigned in terms of time slots, channels, frequencies;

[0121] and to store said detailed data, this being an additional characteristic of the present invention, for future quantitative and statistical analyses.

[0122] In any case, step 180, through the statistic manager module, 31 d, is also capable of compiling, once step 130 has been completed, and on the basis of data collected during the various simulation steps, various statistics concerning values for parameters such as:

[0123] mean values of call delays;

[0124] number of handled calls;

[0125] number of blocked calls;

[0126] variance on service mean values;

[0127] confidence or reliability of the mean computed values;

[0128] and is capable of generating as output, in the form of output data 37, tables and graphs which can be displayed on display 12 of Work Station 10.

[0129] It is evident that modifications or variations to the above description are possible as far as dimensions, shapes, materials, components, circuit elements, connections and contacts, or details relating to the circuits lay-outs, to the execution herein illustrated and to its method of operation, however without departing from the spirit and scope of the invention, as defined in the appended claims. 

1. System for simulating the behaviour of a network for mobile radio apparatuses, comprising a Work Station (10), having data input means (15, 19) capable of inserting data representative of a network scenario (35) data output means (12, 19) capable of making available data representative of results (37) of the simulation of said network; and a simulation environment (30) associated to said computer (10) and capable of simulating the behaviour of said network on the basis of said network scenario (35) and of generating in output said results (37); characterised in that said simulation environment (30) comprises first objects (34) representative of devices and/or physical elements (41, 51) belonging to said network to be simulated; second objects (31) representative of processing modules (31 a, 31 b, 31 c, 31 d) separate from said first objects (34) and capable of conditioning and activating said first objects (34) on the basis of said network scenario (35) to simulate said network.
 2. System according to claim 1, characterised in that said first objects (34) comprise: network devices (41 a, 41 b) corresponding to a plurality of network typologies for mobile radio apparatuses and/or radio protocols, capable of being selectively activated by said second objects (31).
 3. System according to claim 1 or 2, characterised in that said first objects (34) comprise technological devices (53) which can be alternatively implemented in said simulation environment (30) and corresponding to a plurality of technologies.
 4. System according to claim 1, characterised in that said network scenario (35) comprises: parameters indicative of the number of devices of said network to be simulated; and/or parameters indicative of the traffic quantity of said network to be simulated; parameters indicative of the type of services of said network to be simulated.
 5. System according to claim 1 or 4 characterised in that said second objects (31) comprise: an initialisation object (31 a) capable of interpreting said network scenario (35) and of initialising said first objects (34) at determined values.
 6. System according to claim 1 or 4 characterised in that said second objects (31) comprise an event scheduler module (31 b) capable of activating at determined instants said first objects (34).
 7. System according to claim 6, characterised in that said second objects (31) comprise: a memory manager module (31 c) capable of dynamically storing into said Work Station (10) said first objects (34) co-operating with said event scheduler module (31 b).
 8. System according to claim 1 or 4 characterised in that said second objects (31) comprise: a result generation module (31 d) capable of: collecting information from said first objects (34) during the simulation of said network; and generating at the output of said data output means (12, 19) said results (37) on the basis of said information.
 9. System according to claim 8, characterised in that said results (37) comprise: detailed results corresponding to said information collected during the simulation; and/or statistical results corresponding to statistical processing operations on said information.
 10. Method for simulating the behaviour of a network for mobile radio apparatuses, incorporating the steps of: inserting at the input (110) of a Work Station (10) a simulation scenario (35) of a network for mobile radio apparatuses; simulating (120, 130, 150, 160) the behaviour of said network on the basis of said scenario (35) and through an integrated simulation environment including: first objects (34) representative of devices (41, 51) belonging to said network; second objects (31) representative of processing modules (31 a, 31 b, 31 c, 31 d), separate from said first objects (34) and capable of conditioning and activating said first objects (34) on the basis of said network scenario (35).
 11. Method according to claim 10, characterised in that the simulation step (120, 130, 150, 160) comprises the step of: allocating into the memory of said Work Station (10) network devices (34) corresponding to a plurality of network typologies for mobile radio apparatuses and/or radio protocols (41 a, 41 b).
 12. Method according to claim 10 characterised in that the simulation step (120, 130, 150, 160) comprises the step of: initialising (120) said first objects (31 a) at initial values determined by said scenario (35).
 13. Method according to claim 10, characterised in that the simulation step (120, 130, 150, 160) comprises the step of: scheduling (150) the activation of said first objects (34) at determined instants;
 14. Method according to claim 13 characterised in that the simulation step (120, 130, 150, 160) comprises the step of: dynamically allocating (160) into the memory of said Work Station (10) said first objects (34) on the basis of said scheduling step;
 15. Method according to claim 10, characterised by the additional step of collecting information (180) from said first objects (34) during the simulation of said network; and of generating at the output (180) from said Work Station (10) and on the basis of said information, results of the simulation comprising: detailed results corresponding to said information and/or statistical results corresponding to statistical processes carried out on said information. 